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An apparatus and a method for routing data in a radio data communication system having one or more host computers 
(10), one or more intermediate base statios (20-52), and one or more RF terminals (100) organizes the intermediate base stations 
into' an optimal spanning-tree network to control the routing of data to and from the RF terminals and the host computer effi- 
ciently and dynamically. Communication between the host computer and the RF terminals is achieved by using the network of 
intermediate base stations to transmit the data. 
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titlb: a radio frequency local area network 

mnvaonmm OF THE INVENTION 
In a typical radio data communication system 
having one or more host computers and multiple RF 
terminals, communication between a host computer and 
an RF terminal is provided by one or more base 
5 stations. Depending upon the application and the 

operating conditions, a large number of these base 
stations may be required to adequately serve the 
system. For example, a radio data communication 
system installed in a large factory may require dozens 
10 of base stations in order to cover the entire factory 

floor. 

In earlier RF data communication systems, the 
base stations were typically connected directly to a 
host computer through multi-dropped connections to an 

15 Ethernet communication line. To communicate between 

an RF terminal and a host computer, in such a system, 
the RF terminal sends data to a base station and the 
base station passes the data directly to the host 
computer. Communicating with a host computer through 

20 a base station in this manner is commonly known as 

hopping. These earlier RF data communication systems 
used a single-hop method of communication. 

In order to cover a larger area with an RF data 
communication system and to take advantage of the 

25 deregulation of the spread-spectrum radio frequencies, 

later-developed RF data communication systems are 
organized into layers of base stations. As in earlier 
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BP data communications systems, a typical system 
deludes multiple base stations which communicate 
oLectly with the BP terminals and the host computer 
m addition, the system also includes mtermedxate 
stations that communicate with the PP terminals; the 
multiple case stations, and other intermediate 
stations, in such a system, communication from an HP 
terminal to a host computer may be achieved, for 
example, by having the PP terminal send data to an 
Intermediate station, the intermediate station send 
the data to a base station, and the base station send 
the data directly to the host computer. Communicatee 
with a host computer through more than one station is 
commonly known as a multiple-hop communication system. 

Difficulties often arise in maintarmng the 
integrity of such multiple-hop RP data communication 
TsZs. The system must be able to handle both 
wireless and hard-wired station connection^ 
efficient dynamic routing of data information, , ** 
terminal mobility, and interference fro. many 
different sources. 
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omnraPV O? THE 7-MVEHTION 
The present invention solves many of the problems 
inherent in a multiple-hop data communication system. 
The present invention comprises an RF Local-Area 
Network capable of efficient and dynamic handling of 
data by routing communications between the RF 
Terminals and the host computer through a network of 
intermediate base stations. 

in one embodiment of the present invention, the 
RF data communication system contains one or more host 
computers and multiple gateways, bridges, and RF 
terminals. Gateways are used to pass messages to and 
from a host computer and the RF Network. A host port 
is used to provide a link between the gateway and the 
host computer. In addition, gateways may include 
bridging functions and may pass information from one 
RF terminal to another. Bridges are intermediate 
relay nodes which repeat data messages. Bridges can 
repeat data to and from bridges, gateways and RF 
terminals and are used to extend the range of the 
gateways. 

The RF terminals are attached logically to the 
host computer and use a network formed by a gateway 
and the bridges to communicate with the host computer. 
To set up the network, an optimal configuration for 
conducting network communication spanning tree is 
created to control the flow of data communication. To 
aid understanding by providing a more visual 
description, this configuration is referred to 
hereafter as a -spanning tree- or -optimal spannxng 
tree- . 

Specifically, root of the spanning tree are the 
gateways; the branches are the bridges; and non- 
bridging stations, such as RF terminals, are the 
leaves of the tree. Data are sent along the branches 
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of the newly created optimal spanning tree. Nodes in 
the network use a backward learning technique to route 
packets along the correct branches. 

One object of the present invention is to route 
data efficiently, dynamically, and without looping. 
Another object of the present invention is to make the 
routing of the data transparent to the RF terminals. 
The RF terminals, transmitting data intended for the 
host computer, are unaffected by the means ultimately 
used by the RF Network to deliver their data. 

It is a further object of the present invention 
for the network to be capable of handling RF terminal 
mobility and lost nodes with minimal impact on the 
entire RF data communication system. 



15 



WO 93/07691 



PCT/US92/08610 



- 5 - 

BRIEF DESCRIPTION OV THE DRAWING 

The FIG. 1 is a functional block diagram of an RF 
data communication system incorporating the RF local- 
area network of the present invention. 



PCT/US92/08610 



WO 93/07691 



- 6 - 

mrnrriT r— — — " ™ ww™* 

The FIG. 1 is a functional block diagram o£ an HP 
data fornication system. I" « 
present invention, the RF data communication system 
Zs a host computer 10, a network controller 14 and 
" * gM 22 an. 24 attached to a data «— ^£ 
Itt U. Also attached to the data —^"JZ 

SLTT « « - attached to the gate^y 20 
through a hard-wired communication link and bridges 40 
^ «! are logically attached to gateway 20 by two 
independent RF links. Additional bridges 46, 48, JO 
and 52 are also connected to the RF Hetwork and are 
, \h« f t G l Hcte that, although shown 
16 shown in the FIG. l. —tmrav 20 

separate from the host computer 10, the gateway 20 
(the spanning tree root node) may be part of best 

^te Fie'. 1 further shows PF terminals 100 and 102 
20 attached to bridge 22 via PF links and PF term^l 104 

attached to bridge 24 via an PF link. Also RF 
terminals 106, 108, 110, 112, 114. 116, «. and 120 
cen b. seen logically attache to the PF Network 
can oe * . Th o rf terminals 

through their respective RF links. The RF term 
in FIG i are representative of non-bridging stations. 
" £fl ernate embodiments of the present invention «*. 

PF Network could contain any type of device capable £ 
supporting the functions needed to communicate in the 
pTKetwork such as hard-wired terminals remote 
printers, stationary bar code scanners « t*e like. 
The RF data communication system, as shewn in FIG. 1, 
represents the configuration of the system at a 
Hscrete moment in time after the initialisation of 
Se system. The RF links, as shown, are dynamic and 
subject to change. For example, changes in the 
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structure of the RF data communication system can be 
caused by movement of the RF terminals and by 
interference that affects the RF communication links. 
In the preferred embodiment, the host computer 10 
5 is an IBM 3090, the network controller 14 is a model 

RC3250 of the Norand Corporation, the data 
communication link 16 is an Ethernet link, the 
nodes 20, 22, 24, 40, 42, 44, 46, 48, 50 and 52 are 
intelligent base transceiver units of the type RB4000 

10 of the Norand Corporation, and the RF terminals 100, 

102, 104, 106, 108, 110, 112, 114, 116, 118 and 120 
are of type RT1100 of the Norand Corporation. 

The optimal spanning tree, which provides the 
data pathways throughout the communication system, is 

15 stored and maintained by the network as a whole. Each 

node in the network stores and modifies information 
which specifies how local communication traffic should 
flow. Optimal spanning trees assure efficient, 
adaptive (dynamic) routing of information without 

20 looping. 

To initialize the RF data communication system, 
the gateway 20 and the other nodes are organized into 
an optimal spanning tree rooted at the gateway 20. To 
form the optimal spanning tree, in the preferred 

25 embodiment the gateway 20 is assigned a status of 

ATTACHED and all other bridges are assigned the status 
UNATTACHED. The gateway 20 is considered attached to 
the spanning tree because it is the root node. 
Initially, all other bridges are unattached and lack 

30 a parent in the spanning tree. At this point, the 

attached gateway node 20 periodically broadcasts a 
specific type of polling packet referred to hereafter 
as "HELLO packets". The HELLO packets can be 
broadcast using known methods of communicating via 

35 radio frequency (RF) link or via a direct wire link. 
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xn the preferred embodiment of the present invention, 
in the preferre of spre ad-spectrum 

ZJLZT-Z a Po^ g protocol 
polling P-to- - other 
multiple-access (CSMA) , ousy traffic 
protocol might also manage the communication traf 

on the RF link. address of the 

hkelo packets contain 1) tne aQai 

different nc.es and Cerent -a. ^ 
aistance of a node from the root no*, xs 
Hops times the bandwidth of each hop. The ga y 
. ' to be zero hops away from itseir. 

EMt ^ «e in a LISTEN sta« 

Boring^e LISTEN state, a bride. -HI th 

the HELLO messages, ™ s bridges 
attached to the spann^gtrae^ The ^ 

analyze the contents of the bjsi^w 

1 . ,..„,-- to request attachment to the 

determine whether to embodiment, a 

broadcasts n^e. Xn ««P that is 

^ient, the logical distance is bas ed ^ upon £ 

«eld of the HELLO message that is broadcast. 
- !n another embodim«,t of the present inventxon, 

tb. bridges consider the number of nodes attached to 
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the attached node as well as the logical distance of 
the attached node from the root node. If an attached 
node is overloaded with other attached nodes , the 
unattached bridge may request attachment to a less 
5 loaded node. 

After attaching to an attached node, the newly 
attached bridge (the child) must determine its 
distance from the root node. To arrive at the 
distance of the child from the root node, the child 

10 adds the broadcast distance of its parent from the 

root node to the distance of the child from its 
parent. In the preferred embodiment, the distance of 
a child from its parent is based on the bandwidth of 
the data communication link. For example, if the 

15 child attaches to its parent via a hard-wired link 

(data rate 26,000 baud), then the distance of that 
communication link might equal, for example, one hop. 
However, if the child attaches to its parent via an RF 
link (data rate 9600 baud) , then the distance of that 

20 communication link might correspondingly be equal 3 

hops. The number of the hop corresponds directly to 
the communication speed of the link. This may not 
only take into consideration baud rate, but also such 
factors as channel interference. 

25 Initially, only the root gateway node 20 is 

broadcasting HELLO messages and only nodes 40, 42 
and 44 are within range of the HELLO messages 
broadcast by the gateway. Therefore, after the 
listening period has expired, nodes 40, 42 and 44 

30 request attachment to the gateway node 20. The 

— " unattached nodes 40, 42, and 44 send ATTACH . request 
packets and the attached gateway node 20 acknowledges 
the ATTACH. request packets with local ATTACH. confirm 
packets. The newly attached bridges are assigned the 

35 status ATTACHED and begin broadcasting their own HELLO 
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packets, looking for other unattached brides Aga,n 
L raining unattached nodes attenpt to attach^ 
the attached nodes that are logically closest to the 
root node. For esanple, node 48 is within range of 
5 HELLO nessages from hoth nodes 40 and 42. However 

nod. 40 is three hops, via an » ™ay •» 

at^-wlr^a ^ eweTftd the gateway root node 20 
before, node 40 attaches to node 42. the closest 
node to the gateway root node 20. 

10 L sealing of HELLO messages. ATTACH.request 

packets and ATTACH.conf irm packets continues untxl the 
Lire spanning tree is established. In addxtxon. 
^ached'bridges M y also respond to 

• ji-,4.aa -i-hat a much closer route 

■•c if a HELLO message indicates tna^ a muv, 

" the root node-is available, the attached bridge 
Los a DETACH packet to its old parent and an 
aracH.reguest packet to the closer node To avoid 
instability in the system and to avoid overloadxng any 
given node, an attached bridge would only respond to 
20 f Z» message if the hop count in a HELLO packers 
oreater than a certain threshold value, 
greater -referred embodiment, the 

CHANGE THRESHOLD . In the preferrea em= 

value of the CHANGE THRESHOLD equals 3. In tax 
25 ZLer, an optimal spanning tree is formed that is 

capable of transmitting data without looping. 

Hodes, other than the gateway root node, after 
acknowledging an ATTACH . request packet 
previously unattached node, will send the 
30 ™.reUt Packet up the branches of the spanning 

30 £ee to th^ gateway root node. As the 

packet is being sent to the gateway root node, other 
nodes attached on the same branch record the 
destination of the newly attached node- in their 
, 5 routing entry table. When the ATTACH. request packet 
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reaches the gateway root node, the gateway root node 
returns an end-to-end ATTACH. confirm packet. 

After the spanning tree is initialized, the RF 
terminals listen for periodically broadcasted Hello 
packets to determine which attached nodes are in 
range. After receiving HELLO messages from attached 
nodes, an RF terminal responding to an appropriate 
poll sends an ATTACH. request packet to attach to the 
node logically closest to the root. For example, RF 
terminal 110 is physically closer to node 44. 
However, node 44 is three hops, via an RF link, away 
from the gateway root node 20 and node 42 is only one 
hop, via a hard-wired link, away from the gateway root 
node 20. Therefore, RF terminal 110, after hearing 
HELLO messages from both nodes 42 and 44, attaches to 
node 42, the closest node to the gateway root node 20. 
Similarly, RF terminal 114 hears HELLO messages from 
nodes 48 and 50. Nodes 48 and 50 are both four hops 
away from the gateway root node 20. However, node 48 
has two RF terminals 110 and 112 already attached to 
it while node 50 has only one RF terminal 116 attached 
to it. Therefore, RF terminal 114 will attach to 
node 50, the least busy node of equal distance to the 

gateway root node 20. 

The attached node acknowledges the ATTACH. request 
and sends the ATTACH. request packet to the gateway 
root node. Then, the gateway root node returns an 
end-to-end ATTACH. confirm packet. In this manner, the 
end-to-end ATTACH. request functions as a discovery 
packet enabling the gateway root node, and all other 
nodes along the same branch, to learn the address of 
the RF terminal quickly. This process is called 
backward learning. Nodes learn the addresses of 
terminals by monitoring the traffic from terminals to 
the root. If a packet arrives from a terminal that xs 
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not contained in the routing table of the node, an 
entry is made in the routing table. The entry 
includes the terminal address and the address of the 
node that sent the packet. In addition, an entry 
5 timer is set for that terminal. The entry timer is 

used to determine when RF terminals are actively using 
the attached node. Nodes maintain entries only for 
terminals that are actively using the node for 
communication. If the entry timer expires due to lack 
10 of communication, the RF terminal entry is purged from 

the routing table. 

The RF links among the RF terminals, the bridges, 
and the gateway are often lost. Therefore, a 
connection-oriented data-link service is used to 

15 maintain the logical node-to-node links. In the 

absence of network traffic, periodic messages are sent 
and received to ensure the stability of the RF link. 
As a result, the loss of a link is quickly detected 
and the RF Network can attempt to establish a new RF 

20 link before data transmission from the host computer 

to an RF terminal is adversely affected. 

Communication between terminals and the host 
computer is accomplished by using the resulting RF 
Network. To communicate with the host computer, an RF 

25 terminal sends a data packet in response to a poll 

from the bridge closest to the host computer. 
Typically, the RF terminal is attached to the bridge 
closest to the host computer. However, RF terminals 
are constantly listening for HELLO and polling 

30 messages from other bridges and may attach to, and 

then communicate with, a bridge in the table of 
bridges that is closer to the particular RF terminal. 

Under certain operating conditions, duplicate 
35 data packets can be transmitted in the RF Network. 
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For example, it is possible for an RF terminal to 
transmit a data packet to its attached node, for the 
node to transmit the acknowledgement frame, and for 
the RF terminal not to receive the acknowledgement. 
5 Under such circumstances, the RF terminal will 

retransmit the data. If the duplicate data packet is 
updated into the database of the host computer, the 
database would become corrupt. Therefore, the RF 
Network of the present invention detects duplicate 

10 data packets. To ensure data integrity, each set of 

data transmissions receives a sequence number. The 
sequence numbers are continuously incremented, and 
duplicate sequence numbers are not accepted. 

When a bridge receives a data packet from a 

15 terminal directed to the host computer, the bridge 

forwards the data packet to the parent node on the 
branch. The parent node then forwards the data packet 
to its parent node. The forwarding of the data packet 
continues until the gateway root node receives the 

20 data packet and sends it to the host computer. 

Similarly, when a packet arrives at a node from the 
host computer directed to an RF terminal, the node 
checks its routing entry table and f orwards the data 
packet to its child node which is along the branch 

25 destined for the RF terminal. It is not necessary for 

the nodes along the branch containing the RF terminal 
to know the ultimate location of the RF terminal. The 
forwarding of the data packet continues until the data 
packet reaches the final node on the branch, which 

30 then forwards the data packet directly to the terminal 

itself. 

Communication is also possible between RF 
terminals. To communicate with another RF terminal, 
the RF terminal sends a data packet to its attached 
35 bridge. When the bridge receives the data packet from 
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. . dlrected to the host computer, the bridge 
\^o s« ^destination sddrsss of the ST 
^1^ vithin its — ^ J * * 

the -^^^thTori^Udsthe 
^tended BP terminal. Knot, £ ^ 

.. w the RF terminals xs found, 

parent between tne ,n.-»'i*\ sends 

,^or,t soften the gateway node itself) senas 
"Tirrth. tended - terminal via the. 

"~tr£ 2 nation - the . 

~rr»r teXiCtr— : 

attached node, I I an w i8 puroed and 

» ^l^al sends an ATTMS.request packet to 
terminal senos mat attached node 

attached node closest to the root. Tba 

acKnowledges the *™ CT ;"£° S ' ^ y Zt node. 

— »e porged. • i hr f e - 
^« a dcasts a HELLO .request With a. global or y 

HELLO packets xmm destination 
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bridge analyzes the contents of broadcast HELLO 
messages to determine whether to request attachment to 
the broadcasting node. Again, the bridge attempts to 
attach to the node that is logically closest to the 
5 root node. After attaching to the closest node, the 

bridge begins broadcasting HELLO messages to solicit 
ATTACH. requests from other nodes or RF terminals. 

The spread-spectrum system provides a 
hierarchical radio frequency network of on-line 

10 terminals for data entry and message transfer in a 

mobile environment. The network is characterized by 
sporadic data traffic over multiple-hop data paths 
consisting of RS485 or ethernet wired links and 
single-channel direct sequenced spread spectrum links. 

15 The network architecture is complicated by moving, 

hidden, and sleeping nodes. The spread spectrum 
system consists of the following types of devices: 

Terminal controller ~ A gateway which passes 
messages from a host port to the RF network; and which 

20 passes messages from the network to the host port. 

The host port (directly or indirectly) provides a link 
between the controller and a "host" computer to which 
the terminals are logically attached. 

Base station — An intermediate relay node which 

25 is used to extend the range of the controller node. 

Base station-to-controller or base station-to-base 
station links can be wired or wireless RF. 

Terminal — Norand RF hand-held terminals, 
printers, etc. In addition, a controller device has 

30 a terminal component. 

The devices are logically organized as nodes in 
an (optimal) spanning tree, with the controller at" the 
root, internal nodes in base stations or controllers 
on branches of the tree, and terminal nodes as 

35 (possibly mobile) leaves on the tree. Like a sink 
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tree, nodes closer to the root of the spanntag tree 
ere said to be "downstream" from nodes whxch ere 
Sther" sway. Conversely, all nodes are "upstream" 
rroT^e root. Packets are only sent along branches 
^spanning tree. Nodes in the network use a 
"BACKWAED LEARNING" technic tc route packets along 
the branches of the spanning tree. 

Devices in the spanning tree are logically 
categorized as one of the following three node types: 
% Root (or root bridge, - A controller dev«e 
which functions as the root bridge of the 

.ra. in the preferred 
network spanning tree. m cn * 
embodiment, the spanning tree has a single root 
node. initially, all controllers are root 
Lndidates fro* which a root node is selected. 
TWs selection nay be based on the hopping 
stance to the host, preset priority, random 
selection, etc. 

2) Bridge - An internal node in the spanning 
tree which is used to "bridge" terminal nodes 
together into an interconnected network. The 
root node is also considered a bridge and the 
term "bridge" may be used to refer to all non- 
terminal nodes or all non-terminal nodes except 
the root, depending on the context herein. 
Sidge node consists of a network interface 
function and a routing function. . 

Terminal - leaf node in the spanning tree. 
A terminal node can be viewed as the software 
entity that terminates a branch in the spanning 

^controller device contains a terminal node(s) 
ana e bridge node. The bridge node is the root node 
« thecontrolier is functioning as the fridge. 
1 bese station contains a bridge node. A terminal 
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device contains a terminal node and must have a 
network interface function. A "bridging entity" 
refers to a bridge node or to the network interface 
function in a terminal. 
5 The basic requirements of the system sure the 

following. 

a) Wired or wireless no<Je connections. 

b) Network layer transparency. 

c) Dynamic/ automatic network routing 
10 configuration. 

d) Terminal mobility. Terminals should be able 
to move about the RF network without losing an end-to- 
end connection. 

e) Ability to accommodate sleeping terminals. 
15 f) Ability to locate terminals quickly. 

g) Built-in redundancy. Lost nodes should have 
minimal impact on the network. 

h) Physical link independence. The bridging 
algorithm is consistent across heterogeneous physical 

20 links. 

The software for the spread-spectrum system is 
functionally layered as follows. 

Medium Access Control fMAC) 

25 The MAC layer is responsible for providing 

reliable transmission between any two nodes in the 
network (i.e. terminal-to-bridge). The MAC has a 
channel access control component and a link control 
component. The link control component facilitates and 

30 regulates point-to-point frame transfers in the 

absence of collision detection. The MAC channel 
access control component regulates access to the 
network. Note that herein, the MAC layer is also 
referred to as the Data Link layer. 

35 
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Bridging W« referred to 

- Xeaves on the spanning 

£2;J£Z- -ttaced, and muat be reattached, 
fre*>ently^ ^ routes palate fro, 

terminals tTthe .cat, M - host to terminal* an 
Lm terminals to terminals along branches of tha 

storing packets f or ^ term inals^ ^ 

^ u« rieHvered immediately can be savea Dy " 
SSTJST 4 . — no,. for ona or mora 

Tha bridging layer propagates lost nods 
information throughout the spanning tree. 

" The bridging layar maintains tha spannm, 

* "^Th. bridging layer distributes network 
interface addresses. 

ttglTal linK control layer, also 
as the Transport layer herein, is responsible for 
ovTdinTreliable transmission between any two nodes 
In the network (i.e., terminal-to-bas. station). The 
£ta-lin* layer provides a oonnectxon-onented 
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reliable service and a connectionless unreliable 
service. The reliable service detects and discards 
duplicate packets and retransmits lost packets. The 
unreliable services provides a datagram facility for 
5 upper layer protocols which provide a reliable end-to- 

end data path. The data-link layer provides ISO layer 
2 services for terminal-to-host application sessions 
which run on top of an end-to-end terminal-to-host 
transport protocol. However, the data -link layer 
10 provides transport (ISO layer 4) services for sessions 

contained within the SST network. 

Higher Layers 

For terminal-to-terminal sessions contained 

15 * within the SST network, the data-link layer provides 
transport layer services and no additional network or 
transport layer is required. In this case, the MAC, 
bridging, and data-link layers discussed above can be 
viewed as a data-link layer, a network layer, and a 

20 transport layer, respectively. For terminal-to-host- 

application sessions, higher ISO layers exist on top 
of the SST data-link layer and must be implemented in 
the terminal and host computer, as required. This 
document does not define (or restrict) those layers. 

25 This document does discuss a fast-connect VMTP-like 

transport protocol which is used for transient 
internal terminal-to-terminal sessions. 

Specifically, a network layer has several 
functions, as follows. 

30 i) The network layer uses a "hello protocol" to 

organize nodes in the network into an optimal spanning 
tree rooted at the controller. (A spanning tree is 
required to prevent loops in the topology.) Interior 
branches of the spanning tree are relatively stable 

35 (i.e., the controller and base stations do not move 
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. , „v« rh are leaves on the spanning 
often), terminals, which are lea ed 

tree, become unattached, and must be rea 

frequently. me ssages from 

21 The network layer *w 
teCTl ls to the host, fro, the host to ™al. and 
^ terminals to terminal, aiona branches of the 

T te' networK iayer proves a service for 

«;iiEEPlNG terminals. Messages 

T 1 "* "Til ^ eref^iatel, oa„ he saved hy 
which cannot be delivered 

the network entity in a parent node for one 

hello times. -a . ae lost node 

4, The network layer propagates lost no 

information throughout the ng 

5) The network layer maxntaxns the spa 
tree iUs in the absence of regular data traffic. 
^ ^sport layer is responsible f « 

• 4. a reliable end-to-end data pa« 

and maintaining a rellaD two node s in 

changes in the network layer. 

The responsibilities of the transport layer 

include the following. TC p-iike 

1} Establishing and maintaining TCP liK 
connections for reliable root-to-terminal data 

^T-Intaining WP-Uke transaction records 
for liable transient message passing between any two 



nodes * 



Detecting and discarding duplicate packets. 



3) u<=^~— 3 

4) Retransmitting lost packets. 



41 Retransmit*"* 

£ y ers 1 through 4 are self-contained the 
Rf networK, ana are independent of the host 
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computer and of terminal applications. The session 
layer (and any higher layers) are dependent on 
specific applications. Therefore, the session 
protocol (and higher protocols) must be implemented as 
5 required. Note that a single transport access point 

is sufficient to handle single sessions with multiple 
nodes. Multiple concurrent sessions between any two 
nodes could be handled with a session identif ier in a 
session header. 

10 Network address requirements are as follows. DLC 

framed contain a hop destination and source address in 
the DLC header, network packets contain an end-to-end 
destination and a source address in the network 
header. Transport messages do not contain an address 

15 field; instead, a transport connection is defined by 

network layer source and destination address pairs. 
Multiple transport connections require multiple 
network address pairs. 

The transport header contains a TRANSPORT ACCESS 

20 POINT identifier. DLC and network addresses are 

consistent and have the same format. Each node has a 
unique LONG ADDRESS which is programmed into the node 
at the factory. The long address is used only to 
obtain a SHORT ADDRESS from the root node. 

25 The network entity in each node obtains a SHORT 

ADDRESS from the root node, which identifies the node 
uniquely. The network entity passes the short address 
to the DLC entity. Short addresses are used to 
minimize packet sizes. 

30 Short addresses consist of the following. There 

is: an address length bit (short or long) . 
a spanning tree identified. 

a node-type identifier. Node types are well 
known. 

35 a unique multi-cast or broadcast node identifier. 
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35 



Tbe node-identifier parts of root 
veil known and are constant. X default spannxng tree 
Ctifier is -ell -own by all nodes^ I ^-default 

• f« B identifier can be entered into tne rooi. 
spanning tree identrfr r) ^ adTerti sed 

reU ^odTin -hellC packets. - U* - 
default spanning trees to which other nodes can 
attach nust centered node ^ ^ ^ 

A node-type identifier oi , 
specify all node types. A node identifier of ^ 
7s usee, to specify all nodes of tne specrfxed type. 
ToLC identifier of ell »>. is used to specify a DLC 
Itity which does not yet have an ^^^ l 
„.s address is used in DK franes that are used 

„* >nd receive network ADDRESS packets. (The 
ZLTJZ : in each node filters ADDRESS packets 
based on the network address.) 

Short-address allocation is " 
follows Short node identifiers of root nodes are 
: U^wn. All other nodes nust obtain a shorty nod. 
inantifier fron the root. To <£££°2 £T ^ 
a node send an ADDRESS request packet to « 
a node sena dlc and network) m 

_ fl(Je T he source addresses (i.e., ui*. «" 
node. Tne ^dresSES. The root 

the request packet are ±a« , e HORT 

maintains an address gueue of used and unused SHORT 
ADDRESSES. Xf possible, the root "^^Tith^ 
.hart address, associates the short address with t 
I»f adoress of the reouesting node, and returns th 
short address to ^e - J-^" ZSZ 
^rthr^wledgTUet is a long. dress > 
A node nust obtain a (new) short address 
initially and whenever an ADDRESS-TXMEODT inactivity 
P ar!td Lpires without having the node recexve a 
packet from the network entity in the root. 
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The network entity in the root maintains 
addresses in the address queue in least recently used 
order. Whenever a packet is received, the source 
address is moved to the end of the queue. The address 
5 at the head of the queue is available for use by a 

requesting node if it has never been used or if it has 
been inactive for a MAX-ADDRESS-LIFE time period. 

MAX-ADDRESS-LIFE must be larger than ADDRESS- 
TIMEOUT to ensure that an address is not in use by any 

10 node when it becomes available for another node. If 

the root receives an ADDRESS request from a source for 
which an entry exists in the address queue, the root 
simply updates the queue and returns the old address. 
The network layer organizes nodes into an optimal 

15 spanning tree with the controller at the root of the 

tree. (Note that the spanning three identifier allows 
two logical trees to exist in the same coverage area.) 
Spanning tree organization is facilitated with a HELLO 
protocol which allows nodes to determine the shortest 

20 path to the root before attaching to the spanning 

tree. All messages are routed along branches of the 
spanning tree. 

Nodes in the network are generally categorized as 
ATTACHED or UNATTACHED. Initially, only the root node 

25 is attached. A single controller may be designated as 

the root, or multiple root candidates (i.e. 
controllers) may negotiate to determine which node is 
the root. Attached bridge nodes and root candidates 
transmit "HELLO" packets at calculated intervals. The 

30 HELLO packets include: 

a) the source address, which includes the 
spanning tree ID) . 

b) a broadcast destination address. 

c) a "seed" value from which the time schedule 
35 of future hello messages can be calculated. 
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d) a hello slot displacement time specifying an 
actual variation that will occur in the scheduled 
arrival of the very next hello message (the scheduled 
arrival being calculated from the "seed") . 

e) the distance (i.e., path cost) of the 
transmitter from the host. The incremental portion of 
the distance between a node and its parent is 
prim arily a function of the type of physical link 
(i.e., ethemet, RS485, RF, or the like). If a 

10 signal-strength indicator is available, connections 

are biased toward the link with the best signal 
strength. The distance component is intended to bias 
path Selection toward (i.e., wired) high-speed 
connections. Setting a minimum signal strength 
threshold helps prevent sporadic changes in the 
network. In addition, connections can be biased to 

i^a ti p the number of children) on a 
balance the load (i.e., tn e «uiu«<=*. 

parent node. 

f ) a pending message list. Pending message lists 
consist of 0 or more destination-address/message- 
length pairs. Pending messages for terminals are 
stored in the terminal's parent node. 

g) a detached-node list. Detached-node lists 
contain the addresses of nodes which have detached 
from the spanning tree. The root maintains two lists 
A private list consists of all detached node 
addresses, and an advertised list consists of the 
addresses of all detached nodes which have pending 
transport messages. The addresses in the hello packet 

30 are equivalent to the advertised list. 

An internal node learns which entries should be 
in its list from hello messages transmitted by its 
parent node. The root node builds its detached-node 
lists from information received in DETACH packets. 
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Entries are included in hello messages for DETACH-MSG- 

LIFE hello times. 

Attached notes broadcast "SHORT HELLO" messages 
immediately if they receive an "HELLO. request" packet 
with a global destination address; otherwise, attached 
nodes will only broadcast hello messages at calculated 
time intervals in "hello slots." Short hello messages 
do not contain a pending-message or detached-node 
list. Short hello messages are sent independently of 
regular hello messages and do not affect regular hello 
timing. 

Unattached nodes (nodes without a parent in the 
spanning tree) are, initially, in an "UNATTACHED 
LISTEN" state. During the listen state, a node learns 
which attached base station/controller is closest to 
the root node by listening to hello messages. After 
the listening period expires an unattached node sends 
an ATTACH. request packet to the attached node closest 
to the root. The attached node immediately 
acknowledges the ATTACH, request, and send the 
ATTACH. request packet onto the root (controller) node. 
The root node returns the request as an end-to-end 
ATTACH, confirm packet. If the newly-attached node is 
a base station, the node calculates its link distance 
and adds the distance to the distance of its parent 
before beginning to transmit hello messages. 

The end-to-end ATTACH, request functions as a 
discovery packet, and enables the root node to learn 
the address of the source node quickly. The end-to- 
end ATTACH, request, when sent from a node to the 
root, does not always travel the entire distance. 
When a downstream node receives an ATTACH. request 
packet and already has a correct routing entry for the 
associated node, the downstream node intercepts the 
request and returns the ATTACH. confirm to the source 
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- A fNote that any data piggy-backed on the 
node. (Note ma * forwara ed to the 

ATTACH.reguest packet must still . »* 
host ) This situation occurs whenever a new pa 
^Lel one node in common with the "old path. 
^ The LISTEN" state ends after MIN_HELLO hello^e 
slots if hello messages have been received tran ^at 
le ast one node. If no hello messages have ^ been 
received the listening node waits and retries later 

2 attached node may respond to a hello message 
fr om a node other than its parent (i.e., wxth an 
from a no diffe rence in the hop count 

ATTACH, request) if the axriei chmjgE- 
specified in the hello packet exceeds a CHANGE 

THRESHOLD level. CLOBAL 
unattached nodes may broadcast a GLOBAL 

^ACH.request with a multi-«st Jt^tt- 

aestination address to solicit short 

from attached hase stations. The net effect is that 

the listen state say (optionally) be shortened. (Note 

that only attached bass station or the controller say 

respond to ATTACH, requests.) Normally, 

Is reserved for base stations with children and 

terminals with transactions in progress. 

ATTACH, requests contain a (possibly empty) CHILD 
LIST,^ enable internal nodes to update their routing 
tables ATTACH.requ.sts also contain a -count" fxeld 
K : h indiUs tuft a terminal may be 
network entity in the parent of a SLEEPING terminal 
Zn temporarily store messages for later deliver. « 
L celt field is non-sero. the network ehtlty xna 
parent node will store pending messages untxl 1) the 
^sag. is dellv^ed, or 2, "count- hello times have 

^ansport layer data can be piggy-backed on an 
attached request packet fro. a terminal, (i.e., an 
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attach request/ confirm can be implemented with a bit 
flag in the network header of a data packet.) 

Network layer routing. 

All messages are routed along branches of the 
spanning tree. Base stations "learn" the address of 
terminals by monitoring traffic from terminals (i.e., 
to the root). When a base station receives (i.e., an 
ATTACH. request) packet, destined for the root, the 
base station creates or updates an entry in its 
routing table for the terminal. The entry includes 
the terminal address, and the address of the base 
station which sent the packet (i.e. , the hop address) . 
When a base station receives an upstream packet (i.e. , 
from the root, destined for a terminal) the packet is 
simply forwarded to the base station which is in the 
routing entry for the destination. Upstream messages 
(i.e., to a terminal) are discarded whenever a routing 
entry does not exist. Downstream messages (i.e., from 
a terminal to the root) are simply forwarded to the 
next downstream node (i.e., the parent in the branch 
of the spanning tree. 

TERMINAL-TO-TERMINAL COMMUNICATIONS is 
accomplished by routing all terminal- to- terminal 
traffic through the nearest common ancestor. In the 
worst case, the root is the nearest common ancestor. 
A "ADDRESS SERVER" facilitates terminal-to-terminal 
communications (see below) • 

DELETING INVALID ROUTING TABLE ENTRIES is 
accomplished in several ways: connection oriented 
transport layer ensures that packets will arrive from 
nodes attached "to the branch of the spanning tree 
within the timeout period, unless a node, is 
disconnected . ) 
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2) whenever the Die entity in a parent t ail. 
MAX times to send a message to a child node the 

entity in the parent for -count" hello times. The 
parent immediately attempts to deliver the message 
Lter it sends its nert hello packet. If, after 
ZZt* hello tines, the message oannot he delivered^ 
thTL ohild is logically deteched from the spanning 
1 ZZ Detaohed node information is propagated 

Stream to the root node, each node in the path of 
Z DETACH packet mnst adjust its routine , tahles 
annropriately according to the following rules: a) if 
1S SeTst node is a child terminal node, the routing 

" Z£ for the terminal is deleted and a DETACN 

is generated, b, if the node specified in DETACH 
pa Jet is a terminal and the node which delivered the 
aSIt is the ne*t hop in the path to 
20 then the routing table entry for the terminal is 

20 oeleted and the DETACH packet is forwarded, c, if the 

lost node is a child base station node then all 
lost none s . eeify that base station as the 

routing entries which specny 

'Lt hip are deleted and a DETACH packet is generated 
f 0r each lost terminal. 

n, GEHERAL, WHENEVER A NODE DISCOVERS THAT A 
TERMINAL IS DETACHED, IT PURGES ITS ROOTIHG EHTOY FOR 
THE TERMINAL. WHENEVER A BODE DISCOVERS THAT ABASE 

Sb« is detached, it purges all »«»™ 

CONTAINING THE BASE STATION. ONLy ENTRIES FOR 

UPSTREAM NODES ARE DUSTED. 

When DETACH packets reach the root node, they ^are 
added to a "detached list." Nodes remain in the root 
detached list until a, the node reattaches to 
35 spanning tree, or b) the list entry times out. 
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The detached list is included in hello messages and is 
propagated throughout the spanning tree. 

For example, if a terminal detaches and 
reattaches to a different branch in the spanning tree, 
all downstream nodes in the new branch (quickly) 
"learn" the new path to the terminal. Nodes which 
were also in the old path change their routing tables 
and no longer forward packets along the old path. At 
least one node, the root, must be in both the old and 
new path. A new path is established as soon as an 
end-to-end attach request packet from the terminal 
reaches a node which was also in the old path. 

4) A node (quickly) learns that it is detached 
whenever it receives a hello message, from any node, 
with its address in the associated detached list. The 
detached node can, optionally, send a global 
ATTACH. request, and then enters the UNATTACHED LISTEN 
state and reattaches as described above. After 
reattaching, the node must remain in a HOLD-DOWN state 
until its address is aged out of all detached lists. 
During the HOLD-DOWN state the node ignores detached 
lists. 

5) A node becomes disconnected and enters the 
UNATTACHED LISTEN state whenever HELLO-RETRY-MAX hello 
messages are missed from its parent node. 

6) A node enters the ATTACHED LISTEN state 
whenever a single hello message, from its parent, is 
missed. SLEEPING terminals remain awake during the 
ATTACHED LISTEN state. The state ends when the 
terminal receives a data or hello message from its 
parent. The terminal becomes UNATTACHED when a) its 
address appears in the detached list of a hello 
message from an ode other than its parent, or b) 
HELLO-RETRY-MAX hello messages are missed. The total 



WO 93/07691 



10 



15 



20 



25 



30 



PCTAJS92/08610 

- 30 - 



35 



nm her off hello slots spend in the LISTEN state is 
constant. jnacHSD LISTEN state aiseovers 

J to' ^re^icTis CHSMGE-THRESHOLD snorter. 

SS^r-S^ garter pathe, in the 
network topology. 

Hello synchronisation. broadcast 

attached non-terminal nou " 
All attacne discrete "hello slots" at 

^l 1 : rinterTls TasT £ST— learn which 
S^rrC an, regain ffrom transmitting 

— : f ros — j^sr - 

, » „f its oarent node ana refrains iron 
hello slot off Its paren „ served ln a hello 

transmitting during message slote reserved 

""lee hello massage oontains a "seed" ffield used^n 
a vel^cnown randomisation algorithm to 

n^in^ algorithm 

the transmitter. , M _ _ r-andom 

After attached, a base station chooses a random 

- - -—sir ctr:= 

a hello message in that siot. 

-sea exceeding hello slot* - - 

randomization algorithm. If an e 

used and a hello p ^^v* de iays are 

offset from a calculated slot. «i» 
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not allowed (i.e., contention delays during the i 
hello transmission do not effect the time of the i+1 
hello transmission) . 

HELLO-TIME and HELLO-SLOT-TIME values are set by 
the root node and flooded throughout the network in 
hello messages. The HELLO-SLOT-TIME value must be 
large enough to minimize hello contention. 

A node initially synchronizes on a hello message 
from its parent. A SLEEPING node can power-down with 
an active timer interrupt to wake it just before the 
next expected hello message. The network entity in 
base station nodes can store messages for SLEEPING 
nodes and transmit them immediately following the 
hello messages. This implementation enables SLEEPING 
terminals to receive unsolicited messages . (Note that 
the network layer always tries to deliver messages 
immediately, before storing them.) Retries for 
pending messages are transmitted in a round-robin 
order when messages are pending for more than one 

20 destination. 

Note that a child node that misses i hello 
messages, can calculate the time of the i+1 hello 
message. 

Transport layer theory and implementation notes. 

The transport layer provides reliable, 
unreliable, and transaction-oriented services. Two 
types of transport connections are defined: 1) a TCP- 
like transport connection may be explicitly requested 
for long-lived connections or 2) a VMTP-like 
connection-record may be implicitly set up for 
transient connections. In addition, a connectionless 
' service is provided for nodes which support an end-to- 
end transport connection with the host computer. 
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The interfaces to the next upper (i.e., 
application) layer include: 

CONNECT (access j>oint, node_name) 

LISTEN (aCCesS_point) w«ffer 

TJNITDATA (accessjoint, node.name, buffer, 

length) 

SEND (handle, buffer, length) 
RECEIVE (handle, buffer, length) 
CLOSE (handle) 

Tne -Win" designates the connection type, end 
ta th. connection identifier for TCB-like 

SES D messages reguire a response from the network 
noae (root or terminal, to which toe message is 

direC ^m I a messages do not reguire a response. 

is used to send messages to a host which is 
™I of supporting end-to-end host-to-terminal 

-transport connections. . 1e 

Because the networK layer provides „ 
service, the transport layer is reared to detect 
duScai. packets and retransmit lost packets, 
duplicate P« ..-tutated by numbering 

Detecting duplicates is facilitated ny 
transport packets with unambiguous sequence numbers. 

Transport connections. 

TCP-like transport connections are used for 

^ssage transmission over iong-lived connexions. ^ 

connections may be terminal-to-root or terminal to 

terminal (i.e., base stations are not involved in th. 

transport connection) . 
ST' 1 TCP-li*e transport connections are established 

using a 3~way handshake. Each end selects its initial 
. stance nuLer and acknowledges the other end^s 
-iStial sequence number during the handshake. The 

Tote which initiates the connection must wait a BMC 
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PACKET-LIFE time, before requesting a connection, to 
guarantee that initial sequence numbers are 
unambiguous. Sequence numbers are incremented modulo 
MAX-SEQ, where MAX-SEQ is large enough to . insure that 
5 duplicate sequence numbers do not exist in* the 

network. Packet types for establishing and breaking 
connections are defined as in TCP. 

A TCP-like connection is full-duplex and a 
sliding window is used to allow multiple outstanding 

10 transport packets. An ARQ bit in the transport header 

is used to require an immediate acknowledgment from 
the opposite end. 

VMTP-like connections are used for transient 
messages (i.e. terminal-to- terminal mail messages). 

15 VMTP-like connection records are built automatically. 

A VMTP-like connection record is built (or updated) 
whenever a VMTP-like transport message is. received. 
The advantage is that an explicit connection request 
is not required. The disadvantage is that longer and 

20 more carefully selected sequence numbers are required. 

A VMTP-like connection is half -duplex. (A full-duplex 
connection at a higher layer can be built with two 
independent half -duplex VMTP-like connections . ) 
Acknowledgments must be handled by higher layers. 

25 Transport connections are defined by the network 

end-to-end destination and source addresses. 

A MAX_TP__LIFE timeout is associated with 
transport connections. Transport connection records 
are purged after a MAX_TP_LIFE time expires without 

30 activity on the connection. The transport entity in 

a terminal can ensure that its transport connection 
will not be lost by transmitting an empty time-fill 
transport packet whenever TP_TIMEOUT time expires 
without activity. 
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The transport entity in a node stores usages 
tor possible retransmission. Hot. that 

retransmissions may not always follow the same path 
(primarily) due to moving terminals and the resulting 
l^es in the spanning tree.- For example; the 
network entity in a parent node may di.conn.rf child 
after the DLC entity reports a message delivery 
failure. The child will soon discover that * - 
detached and will- reattach to the spanning tree. Now 
When the transport entity (i.e. in the root, re-sends 
the message, it will follow the new path. 

Transport message timing and sleeping 

The transport entity in a terminal "Iculates a 
separate timeout for SEND and T^SACTIOH operations. 
Jtially, both timeouts are a function of the 
distance of the terminal from the root node. 

A TCP-like algorithm is used to estate the 
expected propagation delay for each message type. 
Usages, which «*iire a response, are retransmrtted 
r«ice the expected propagation time expires before 
a response is received. SLEEPS terminals can power 
Lwn for a large percentage of the expected 
propagation delay before waxing up to receive the 
response message. Note that missed messages may be 
stored by the network layer for "count- hello times. 

Hedium Access Control (MAC, theory and implementation 

""^Access to the network communications channel is 
regulated in several ways: executing thefullja* 
algorithm (see M&C layer above). The sender 
retransmits unacknowledged messages until a RETRY__MAX 
count is exhausted. 
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The retry time of the DLC must be relatively 
short so that lost nodes can be detected quickly. 
When the DLC layer reports a failure to deliver a 
message to the network layer, the network layer can 1) 
5 save messages for SLEEPING terminals for later 

attempts, or 2) DETACH the node from the spanning 
tree. Note that most lost nodes are' due to moving 
terminals. 

The node identifier part of the DLC address is 
10 initially all 0's for all nodes except the root node. 

The all 0's address is used by a node to send and 
received data-link frames until a unique node 
identifier is passed to the DLC entity in the node. 
(The unique node identifier is obtained by the network 
15 entity.) 



20 



Address resolution. 

Well-known names too are bound to network 

addresses in several ways: 

- The network address and TRANSPORT ACCESS 
ID of a name server, contained in the root, is 
well-known by all nodes. 

- A node can register a well-known name 
with the name server contained in the root node. 

- A node can request the network access 
address of another application from the name 
server by using the well-known name of the 
application. 

30 Possible extensions. 

Base station-to-base station traffic could also 
be routed through the controller if the backward 
learning algorithm included base station nodes. (Each 
base station would simply have to remember which 



25 



WO 93/07691 



10 



15 



20 



25 



PCT/US92/08610 

- 36 - 



address fiexas. one 

defined for each. 

Thus, the preferred embodiment of the present 
inve^on' descr- -J^- ^ 2 

I. a radio data 

invention le RT Networks contein multiple gateway 
invention, identlfie r in the address field 

Z "is possible to determine which nodes 

are connected to vhich networks. 

M ls evident from the description that is 
provided ehove, the implementation of *e preset 

IntnSoTis — ^ ^a^ 

JZ,, ^ ^ provided above, and the scope of the 
ZZZ Z£L extended to the claimed invention 
and its equivalents. 
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WHAT IS CLAIMED IS; 

1 . A multi-hop data communication network 
having RF capability comprising: 

a host computer node; 

a plurality of terminal nodes; and 
5 a plurality of bridging nodes which 

dynamically create and revise communication pathways 
between any two nodes in the network, each of the 
bridging nodes independently storing and maintaining 
local information that specifies how communication 
10 traffic should flow through that bridging node, and 

the plurality of bridging nodes, together, providing 
a complete specification for the communication 
pathways in the multi-hop communication network ► 



2. A multi-hop data communication system 
comprising: 

a root node; 

a plurality of terminal nodes; 
5 a plurality of bridging nodes which 

dynamically arrange communication pathways between the 
root node and the other nodes in the network; and 

said nodes using a backward learning 
technique to independently create and maintain locally 
10 stored information to specify how communication 

traffic should flow through that bridging node. 



3. A data communication system providing 
communication pathways between comprising: 

a plurality of terminal nodes; and 
— ' a plurality of bridging nodes dynamically 

5 interconnecting the terminal nodes to provide 

communication pathways between the terminal nodes, 
each of the bridging nodes independently storing and 
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« » multi-hop data communication system 
providing communication pathways comprising 

a first communication node; 

a sacond commonication node trom which it is 
oesired to initiate communication with the first 

™ 1Ca Tpl-atW of intermediate communication 

n0deS,and the communication nodes dynamical* 
arran-rfng communication pathways to provide a minimum 
arranging commui se cond nodes 

number of hops between the first ana 
°£„out overbading any cue intermediate node. 

5 i. multi-hop data communication system 
Riding rr=SSS- node 

— ication 

n0de3; said communication nodes using backward 
le arning technigues dynamically -™^- f a 

^rwi^rrerioading any cne intermediate 

formation specifying how communication traffic 
should flow therethrough. 

s m a multi-hop data communication 
sys tem having a computer node and a plurality of 
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communication nodes, a method for providing 
communication among the nodes comprising the steps of: 
5 (a) establishing a communication link 

between the computer node and one of the plurality of 
communication nodes; 

(b) indicating from the communication node 
which has been linked to those of the remaining, 

10 unlinked communication nodes that a communication link 

has been established; 

(c) establishing a communication link 
between the unlinked communication nodes which receive 
the indication and the linked communication node; 

15 (d) repeating steps (b) and (c) for each 

communication node which has established a 
communication link until all of the plurality of 
communication nodes have been linked; and 

(e) requesting, by any of the communication 

20 nodes which become unlinked, a communication link and 

branching to step (b) . 

7. In a multi-hop data communication 
system having a first and second communication node 
and a plurality of intermediate communication nodes, 
a method for providing communication pathways among 
5 the communication nodes comprising the steps of: 

(a) establishing for the first 
communication node a communication link with at least 
one of the plurality of intermediate communication 
nodes; 

10 (b) indicating by each of the linked 

intermediate communication nodes that a communication 
link has been established and providing the hopping 
distance of that link; 

(c) analyzing, by the intermediate 

15 communication nodes which receive the indication and 
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by the second communication node if it receives the 
indication, the indication to determine whether to 
establish a communication link with the intermediate 
communication node providing the indication, and, if 
the analysis so indicates, establishing • the 

communication link; 

(d ) branching to step (b) if the second 
communication node has not been linked; and 

(e) requesting, by any of the communication 
nodes which become unlinked, a communication link and 
branching to step (b) . 

8 in a multi-hop data communication 
system having a root node and a plurality of 
communication nodes a method for providing and 
maintaining communication pathways among the nodes 

comprising the steps of: 

(a) indicating by the root node that 

communication links may be established; 

(b) analyzing, by the communication nodes 
which receive the indication, the indication to 
determine whether to establish a communication link 
with the root node providing the indication, and, if 
the analysis so indicates, establishing the 

communication link; 

(c) indicating by each of the linked 
communication nodes the hopping distance of the link 

to the root node; 

(d) analyzing, by the communication nodes 
which receive the indication, the indication to 
determine whether to establish a communication link 
with the linked communication node providing the 
indication, and, if the analysis so indicates, 
establishing the communication link; 
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(e) branching to step (c) until all 
intermediate communication nodes have been linked; and 

(f) requesting, by any of the intermediate 
nodes which become unlinked, a communication link and 
branching to step (c) . 

9. in a multi-hop data communication 
system having a root node, a plurality of 
communication nodes, and a plurality of terminal nodes 
a method for providing communication pathways among 
the communication nodes comprising the steps of: 

(a) indicating by the root node a readiness 
to establish communication links; 

(b) establishing communication links 
between the root node and the communication nodes 
receiving the indication; 

(c) indicating by each of the linked 
communication nodes the number of communication links 
which have been established and providing the hopping 
distance of the link to the root node; 

(d) analyzing, by the communication nodes 
which receive the indication, the indication to 
determine whether to establish a communication link 
with the linked communication node providing the 
indication, and, if the analysis so indicates, 
establishing the communication link; 

(e) branching to step (c) until all 
communication nodes have been linked; 

(f ) indicating by the linked communication 
nodes the hopping distance of the link to the root 
node; 

(g) analyzing, by the plurality of terminal 
nodes, the indications which are received to determine 
which linked communication nodes to establish, and. 
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one 



35 



each terminal node establishing at least 
30 communication link; 

(h) requesting, by any of the plurality of 
terminal nodes which become unlinked, a communication 
link and branching to step (£) ; and 

(i) requesting, by any communicatxon node 
which becomes unlinked, a communication link and 
branching to step (c) » 

10. in a multi-hop data communication 
system having a plurality of communication nodes, a 
method for providing communication pathways among the 
communication nodes comprising the steps of: 

(a) selecting one of the communication 

nodes to be a root node; 

C b) indicating by the root node that 
communication links may be established; 

(c) establishing communication links 
between the root node and the communication nodes 
receiving the indication; 

(d) indicating by each of the linked 
communication nodes the hopping distance of the link 
to the first communication node; 

(e) analyzing, by the linked communication 
nodes which receive each indication, the indications 
to determine whether to replace the current 
communication link with a link to the communication 
node providing the indication, and, if the analysis so 

20 indicates, replacing the communication link; 

(f) analyzing, by the unlinked 
communication nodes which receive each indication, the 
indications to determine whether to establish a 
communication link with the communication node 

25 providing the indication, and, if the analysis so 
indicates, establishing the communication link; 
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(g) branching 
communication nodes have 



to step (c) until all 
been linked. 
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